home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000219_news@columbia.edu _Mon Apr 24 11:36:36 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  7KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by fozimane.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id LAA12202
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 24 Apr 2000 11:36:35 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA12097
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 24 Apr 2000 11:36:35 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id LAA16428
  10.     for kermit.misc@watsun.cc.columbia.edu; Mon, 24 Apr 2000 11:24:32 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: Ishikawa <ishikawa@yk.rim.or.jp>
  13. Subject: Parity incorrectly reported, and RTS/CTS problem on Solaris 7 for x86
  14. Date: Tue, 25 Apr 2000 00:15:27 +0900
  15. Organization: RIMNET InterNetNews site
  16. Message-ID: <3904650F.A10717AF@yk.rim.or.jp>
  17. To: kermit.misc@columbia.edu
  18.  
  19. First, thank you for the great package.
  20. I asked a few questions concerning the usage of 8 bits byte, and an even
  21. parity
  22. several weeks ago on linux and after the kind answers I could get kermit
  23. going on
  24. Debian GNU/linux well.
  25.  
  26. Now, after trying kermit on solaris 7 for x86 for some time,
  27. I would like to report a minor cosmetic bug, and
  28. a rather annoying problem.
  29.  
  30. First the easy one.
  31.  
  32. [1] One cosmetic bug.
  33.  
  34. I set the parity to "parity hardware even" (8E1).
  35. But the parity shown on the receiving server side (i.e., after
  36. I type "server" [CR]) is `none' instead of `hardware even'.
  37. Maybe this discrepancy can be fixed.
  38.  
  39. Eg. From the command line, kermit corectly shows that the parity is
  40. hardware even.
  41.  
  42. --- begin quote ---
  43. (/tmp/) C-Kermit>show communications
  44.  
  45. Communications Parameters:
  46.  Line: /dev/ttya, speed: 115200, mode: local, modem: none
  47.  Parity: hardware even, stop-bits: (default) (8E1)
  48.  Duplex: full, flow: rts/cts, handshake: none
  49.  Carrier-watch: off, close-on-disconnect: off
  50.  Lockfile: /var/spool/locks/LK.102.106.000
  51.  Terminal bytesize: 8, escape character: 28 (^\)
  52.  
  53.  Carrier Detect      (CD):  Off
  54.  Dataset Ready       (DSR): On
  55.  Clear To Send       (CTS): On
  56.  Ring Indicator      (RI):  Off
  57.  Data Terminal Ready (DTR): On
  58.  Request To Send     (RTS): On
  59.         ... omitted ...
  60. --- end quote ---
  61.  
  62. But, the CRT display on the server side is as below.
  63.  
  64. --- begin quote
  65. C-Kermit 7.0.197, 8 Feb 2000, www [192.9.200.253]
  66.  
  67.    Current Directory: /tmp
  68. Communication Device: /dev/ttya
  69.  Communication Speed: 115200
  70.               Parity: none              <---- buggy?
  71.          RTT/Timeout:
  72.         ...omitted ...
  73. --- end quote
  74.  
  75.  
  76. Now a little complicated one.
  77. I am not sure if this is a bug or feature.
  78.  
  79. [2] A user expectancy problem.  RTS/CTS is not supported by
  80.     pre-compiled binary for Solaris 7 for x86.
  81.  
  82. But kermit doesn't complain if I specify rts/cts flow-control, and
  83. SILENTLY ignored my request, so to speak.
  84.  
  85. Background:
  86. Having been using c-kermit on solaris7 and linux rather well,
  87. I noticed a peculiar problem.
  88.  
  89. With 115200 bps connection, I got transfer error among solaris 7 for
  90. x86 machines.  (Actually, I tried to narrow the problem down by
  91. connecting com1 and com2 ports of the same machine with a short rs232c
  92. cable.)  At 115200bps, if I let the kermit choose the packet size of
  93. approximately 4000 transfer packet size automatically, the transfer
  94. failes after about dozen second or so.  If I limit the transfer size
  95. to about 3000 bytes, the transfer of a large file (actually the kermit
  96. binary) succeeds to completion.
  97.  
  98. I scratched my head for a while, and figured that the hardware flow
  99. control rts/cts is NOT enabled on this solaris7 for x86 platform.
  100. (Just a sheer luck to find this out. I was debugging a different
  101. serial communication program in a different window, and I suspected
  102. that program has a flow-control problem and began checking the
  103. setting of tty terminals using "stty -a < target_tty", and
  104. I happened to check the kermit terminal by mistake. Voila, an unexpected
  105.  
  106. output there!
  107.  
  108. *USER EXPECTANCY PROBLEM*: C-kermit doesn't complain at all when I typed
  109.  
  110.  
  111.       set flow-control rts/cts
  112.  
  113. and doesn't say a thing when I typed
  114.  
  115.         connect
  116.  
  117. It simply failed to set RTS/CTS and merrily goes on processing.
  118. Beat me why it did NOT give me any warning about not-supported RTS/CTS
  119.  or
  120. maybe the code forgot to handle the non-supported case since the
  121. code to handle CRTSCTS is cluttered with many #ifdef's.)
  122.  
  123. Anyway, after I modified the supplied `makefile' to define
  124. POSIX_CRTSCTS (and inserted a few fprintf(stderr,"...") lines just to
  125. let me make sure the expected lines to enable RTS/CTS flow control are
  126. executed) and recompiled the C-kermit-7 code, I verified that now that
  127. the RTS/CTS enable code is executed and the transfer at 115200 bps
  128. (8E1) with flow-control of rts/cts works and transfer of wermit binary
  129. (about 1.6MB) using packet length of 3999 (default) with D-type packet
  130. went well(!). [Sorry about this very long sentence.]
  131.  
  132. I tested this using sun cc. I am not sure about using gcc, but this
  133. should also work.
  134.  
  135. I have no idea at this moment if solaris 7 for sparc (not x86) should
  136. work with this modification, but it should.
  137. If not, maybe we need a different target (solars7x86 against solaris7)
  138. just in
  139. case. YMMV.
  140.  
  141. Here is the patch to makefile (for solaris 7 for x86).
  142. I simply inserted -DPOSIX_CRTSCTS.
  143. (Is this macro supposed to be automatically defined when one says
  144. -DPOSIX? From the comment I found in the code, I don't think so, but
  145. just have to ask.)
  146.  
  147.  
  148. bash-2.03$ rcsdiff -c makefile
  149. rcsdiff -c makefile
  150. ===================================================================
  151. RCS file: RCS/makefile,v
  152. retrieving revision 1.1
  153. diff -c -r1.1 makefile
  154. *** /tmp/T0lFairI       Mon Apr 24 18:58:22 2000
  155. --- makefile    Mon Apr 24 18:47:23 2000
  156. ***************
  157. *** 2457,2463 ****
  158.   #Solaris 7 with gcc (32-bit)
  159.   solaris7g:
  160.         $(MAKE) "MAKE=$(MAKE)" solaris2xg KTARGET=$${KTARGET:-$(@)} \
  161. !       "KFLAGS=-DPOSIX -DSOLARIS7 -DCK_WREFRESH $(KFLAGS)"
  162.  
  163.   #Solaris 8 with gcc (32-bit)
  164.   solaris8g:
  165. --- 2457,2463 ----
  166.   #Solaris 7 with gcc (32-bit)
  167.   solaris7g:
  168.         $(MAKE) "MAKE=$(MAKE)" solaris2xg KTARGET=$${KTARGET:-$(@)} \
  169. !       "KFLAGS=-DPOSIX_CRTSCTS -DPOSIX -DSOLARIS7 -DCK_WREFRESH
  170. $(KFLAGS)"
  171.  
  172.   #Solaris 8 with gcc (32-bit)
  173.   solaris8g:
  174. ***************
  175. *** 2530,2536 ****
  176.   #Solaris 7 (aka 2.7)
  177.   solaris7:
  178.         $(MAKE) "MAKE=$(MAKE)" solaris25x KTARGET=$${KTARGET:-$(@)} \
  179. !       "KFLAGS=-DSOLARIS7 $(KFLAGS)"
  180.  
  181.   #Solaris 8
  182.   solaris8:
  183. --- 2530,2536 ----
  184.   #Solaris 7 (aka 2.7)
  185.   solaris7:
  186.         $(MAKE) "MAKE=$(MAKE)" solaris25x KTARGET=$${KTARGET:-$(@)} \
  187. !       "KFLAGS=-DPOSIX_CRTSCTS -DSOLARIS7 $(KFLAGS)"
  188.  
  189.   #Solaris 8
  190.   solaris8:
  191. bash-2.03$
  192.  
  193.  
  194.  
  195. This is all for now.
  196.  
  197. Again, thank you for the great package!
  198.  
  199. Happy Hacking,
  200.  
  201. Ishikawa
  202.  
  203.